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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



Application Servers can store their service data on the HSS through the Sh interface as transparent data, meaning that 
the HSS may not be aware of the structure and the semantics of this data, only the Application Server has this 
knowledge. Standardizing the data formats would facilitate interoperation among Application Servers supplied by the 
same, or different, vendors. These Application Server vendors maybe primary and secondary suppliers of the same 
service provider within a service provider's IMS network. This is especially true for the Multimedia Telephony 
supplementary services that can achieve a wide deployment and are here addressed by this specification. 
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Scope 



This specification standardizes the structure and the coding of the service data that are transported over the Sh interface 
between an Application Server supporting Multimedia Telephony supplementary services as defined in 3GPPP TS 
22.173 [1] and the HSS. Two optional formats are specified. One is based on a binary coding of the service data and 
supports the subset of MMTEL services corresponding to PSTN/ISDN and CS supplementary services. The other uses 
an XML format and supports the full set of MMTEL Services. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 22.173: "IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service 
and supplementary services; Stage 1". 

[2] 3GPP TS 24.604: "Communication Diversion (CDIV); Protocol specification using IP Multimedia 

(IM) Core Network (CN) subsystem; Protocol specification ". 

[3] 3GPP TS 24.605: "Conference (CONF) using IP Multimedia (IM) Core Network (CN) subsystem; 

Protocol specification". 

[4] 3GPP TS 24.606: "Message Waiting Indication (MWI) using IP Multimedia (IM) Core Network 

(CN) subsystem; Protocol specification". 

[5] 3GPP TS 24.607: "Originating Identification Presentation (OIP) and Originating Identification 

Restriction (OIR) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol 
specification". 

[6] 3GPP TS 24.608: "Terminating Identification Presentation (TIP) and Terminating Identification 

Restriction (TIR) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol 
specification". 

[7] 3GPP TS 24.610: "Communication HOLD (HOLD) using IP Multimedia (IM) Core Network 

(CN) subsystem; Protocol specification". 

[8] 3GPP TS 24.6 11: "Anonymous Communication Rejection (ACR) and Communication Barring 

(CB) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification". 

[9] 3GPP TS 24.615: "Communication Waiting (CW) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[10] 3GPP TS 24.616: "MaHcious Communication Identification (MCID) using IP Multimedia (IM) 

Core Network (CN) subsystem; Protocol specification". 

[II] 3GPP TS 24.629: "Explicit Communication Transfer (ECT) using IP Multimedia (IM) Core 
Network (CN) subsystem; Protocol specification". 

[12] 3GPP TS 24.642: "Completion of Communications to Busy Subscriber (CCBS), Completion of 

Communications by No Reply (CCNR) using IP Multimedia (IM) Core Network (CN) subsystem; 
Protocol specification". 
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[ 1 3] 3GPP TS 24.647: "Advice Of Charge (AOC) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[14] 3GPP TS 24.654: "Closed User Group (CUG) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[15] 3GPP TS 24.239: "Flexible Alerting (FA) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[16] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[17] 3GPP TS 29.328: "IP Multimedia (IM) Subsystem Sh interface; Signalling flows and message 

contents". 

[18] 3GPP TS 24.238: " Session Initiation Protocol (SIP) based user configuration; Stage 3". 

[19] IETF RFC 2045: "Multipurpose Internet Mail Extension (MIME) Part One: Format of Internet 

Message Bodies". 

[20] 3GPP TS 22.182: "Customized Alerting Tones (CAT) Requirements; Stage 1". 

[21] 3GPP TS 24.182: " IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol 

specification". 

[22] 3GPP TS 32.280: "Telecommunication management; Charging management; Advice of Charge 

(AoC) service". 

[23] ISO 4217: "Codes for the representation of currencies and funds ". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [16] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
TR 21.905 [16]. 

3PTY Three-Party Communication 

ACR Anonymous Communication Rejection 

AOC-C Advice Of Charge - Charging 

AOC-D Advice Of Charge - During the communication 

AOC-E Advice Of Charge - at the End of the communication 

AOC-I Advice Of Charge - for Information 

AOC-S Advice Of Charge - at communication Set-up time 

AS Application Server 

CAT Customized Alerting Tones 

CB Communication session Barring 

CCBS Completion of Communication sessions to Busy Subscriber 

CCNR Completion of Communication sessions on No Reply 

CD Communication Deflection 

CDIV Communication Diversion 

CDIVN CDIV Notification 

CFB Communication Forwarding Busy 

CFNL Communication Forwarding on Not Logged-in 

CFNR Communication Forwarding No Reply 

CFNRc Communication Forwarding on Subscriber Not Reachable 
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CFU Communication Forwarding Unconditional 

CONF CONFerence 

CUG Closed User Group 

CW Communication Waiting 

ECT Explicit Communication Transfer 

FA Flexible Alerting 

GRUU Globally Routable User agent URI 

HOLD Communication HOLD 

ICB Incoming Communications Barring 

MCID Malicious Communication IDentification 

MMTEL MultiMedia Telephony 

MWI Message Waiting Indication 

OCB Outgoing Communications Barring 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

TIP Terminating Identification Presentation 

TIR Terminating Identification Restriction 



General 



MMTEL Services are supported by Application Servers that may store the Service Data attached to each user in the 
HSS via the Sh Interface. This data is referred to as transparent data and is understood syntactically but not semantically 
by the HSS. 

Different ASs providing MMTEL services for a given user may be required. Therefore several ASs should access, 
utilise and update the Service Data for the user stored in the HSS. The ASs should interoperate and share the Service 
Data attached to this user. 

To aid the interoperability between ASs, this specification defines: 

the structure and the coding of the Service Data transferred over the Sh interface between the HSS and the 
ASs for MMTEL services, 

the use of the Sh procedures to ensure the sharing and synchronization of these Service Data between ASs, 

additional transfer mechanism such as base64 encoding. 

Two optional formats are defined for the structure and the coding of the Service Data: 

A XML format supporting the Service Data for the complete MMTEL Services. 

A binary format supporting the Service Data for the subset of MMTEL Services corresponding to the 
PSTN/ISDN and CS supplementary services. 



Architecture 



Figure 5-1 presents the functional architecture for AS interoperability. 
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Figure 5-1 : Functional architecture for AS interoperability 
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The MMTEL communications of a given user equipment are routed to an AS according to the content of the filter 
criteria. 

If AS interoperability is supported, the Service Data attached to a user shall be stored in the HSS and the AS shall 
access and update, when required, the Service Data via the Sh interface. 

The user may configure some of its Service Data via the Ut interface, via SIP based user configuration as described in 
3GPP TS 24.238 [18], or via other means. 

Some Service Data is configured by the service provider e.g. from its OSS, either directly into the HSS or via an AS 
that will store these Service Data in the HSS. 

The AS associated to a given user for MMTEL services may vary over time. 

The same format of the Service Data stored in the HSS shall be supported for interoperability between ASs utilising the 
Service Data. 



Specification with the binary option 



6.1 MMTEL service sontent with the binary option 

6.1 .1 List of IMS Multimedia Telephony supplementary services 

This list of MMTEL services refers to the list identified in 3GPP TS 22.173 [1] and mentions the associated 3GPP 
Technical Specifications: 



3GPP TS 24.607 [5] 
3GPP TS 24.607 [5] 
3GPP TS 24.608 [6] 
3GPP TS 24.608 [6] 
3GPPTS 24.616 [10] 
3GPPTS 24.611 [8] 
3GPP TS 24.604 [2] 
3GPPTS 24.615 [9] 
3GPP TS 24.610 [7] 
3GPPTS 24.611 [8] 



Originating Identification Presentation (OIP) 

Originating Identification Restriction (OIR) 

Terminating Identification Presentation (TIP) 

Terminating Identification Restriction (TIR) 

Malicious Communication IDentification (MCID) 

Anonymous Communication Rejection (ACR) 

Communication Diversion (CDIV) 

Communication Waiting (CW) 

Communication HOLD (HOLD) 

Communication Barring (CB) 

Completion of Communications to Busy Subscriber (CCBS) 3GPP TS 24.642 [12] 

Completion of Communications on No Reply (CCNR) 3GPP TS 24.642 [12] 

Message Waiting Indication (MWI) 3GPP TS 24.606 [4] 

CONFerence (CONE) 3GPP TS 24.605 [3] 

Advice Of Charge (AOC) 3GPP TS 24.647 [13] 

Explicit Communication Transfer (ECT) 3GPP TS 24.629 [11] 

Reverse charging 

Closed User Group (CUG) 3GPP TS 24.654 [ 14] 

Three-Party (3PTY) 3GPP TS 24.605 [5] 

Flexible Alerting (FA) 3GPP TS 24.239 [15] 

Customized Alerting Tones (CAT) 3GPP TS 24. 1 82 [2 1 ] 
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This list is taken as the reference to address the services and their content that the binary option shall support. 

6.1 .2 Subset of MMTEL services matching PSTN/ISDN and CS 
supplementary services 

The binary option shall support the subset of MMTEL services matching PSTN/ISDN and CS supplementary services. 
The following subclauses indicate: 

• for each MMTEL Service how it matches the corresponding PSTN/ISDN and CS supplementary service, 

• the relevant information elements of the service as defined in 3GPP TS 22.173 [1] and 3GPP TS 24.6xxx 
series and that shall be coded in the Service Data. 

6.1.2.1 Originating Identification Presentation (OIP) 

OIP is described in 3GPP TS 24.607 [5] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
Override Capability. 

6.1.2.2 Originating Identification Restriction (OIR) 

OIR is described in 3GPP TS 24.607 [5] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Mode: permanent mode; temporary mode 

Temporary mode default: presentation restricted; presentation not restricted 

Restriction: restrict the asserted identity; restrict all private information appearing in headers. 

6.1.2.3 Terminating Identification Presentation (TIP) 

TIP is described in 3GPP TS 24.608 [6] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
Override Capability. 

6.1.2.4 Terminating Identification Restriction (TIR) 

TIR is described in 3GPP TS 24.608 [6] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
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Mode: permanent mode; temporary mode 

Temporary mode default: presentation restricted; presentation not restricted. 

6.1.2.5 Malicious Communication IDentification (MCID) 

MCID is described in 3GPP TS 24.616 [10] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Mode: permanent mode; temporary mode. 

6.1.2.6 Anonymous Communication Rejection (ACR) 

ACR is described in 3GPP TS 24.61 1 [8] and matches the corresponding PSTN/ISDN and CS supplementary service. 

ACR is identified as a supplementary service in 3GPP TS 22.173 [1]. Its stage 3 specification is a special case of the 
incoming Communication Barring (ICB) service (c.f subclause 4.2.1 of 3GPP TS 24.611 [8]). 

• Information elements 

Service Authorized 
Service Activated 

6.1.2.7 Communication Diversion (CDIV) 

CDIV is described in 3GPP TS 24.604 [2] 

Subclause 8.2.7.1 in 3GPP TS 22.173 [1] defines the following Communication Diversion services: 

• Communication Forwarding Unconditional (CFU) 

• Communication Forwarding Busy (CFB) 

• Communication Forwarding No Reply (CFNR) 

• Communication Forwarding on Not Logged in (CFNL) 

• Communication Deflection (CD) 

• Communication Forwarding on Subscriber Not Reachable (CFNRc) 

• Communication Diversion Notification (CDIVN); this service is applicable to all other CDIV services. 

The service content matching PSTN/ISDN and CS supplementary services and supported by the binary option is 
hereafter described for each of the CDIV services. 
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6.1 .2.7.1 Subscription options for CDIV services 

3GPP TS 24.604 [2] Table 4.3.1.1 describes the following subscription options: 

Table 6.1.2.7.1-1 : Subscription options for CDIV services 



Subscription options 


Value 


Applicability 


Served use/receives indication that a 
communication lias been forwarded 
(indication of communication diversion to the 
diverting user). 


No (default) 


CFU 
CFB 
CFNR 
CFNRc 


Yes 


Originating user receives notification that his 
communication has been diverted (forwarded 
or deflected). 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Yes (default) 


Served user allows the presentation of 
diverted to URI to originating user in diversion 
notification. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user receives reminder indication on 
outgoing communication that CDIV is 
currently activated. 


No (default) 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CDIVN 


Yes 


Served user allows the presentation of his/her 
URI to diverted-to user. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user allows the presentation of his/her 
URI to originating user in diversion 
notification. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user receives notifications (CDIVN) of 
their communication diversions. 


No (default) 


CDIVN 


Yes 



PSTN/ISDN and CS Call forwarding services have similar subscription options except for the Call Diversion 
Notification that has no equivalent in PSTN/ISDN and CS supplementary services. 



6.1.2.7.2 



Communication Forwarding Unconditional (CFU) 



CFU fulfils the corresponding PSTN/ISDN and CS supplementary service, taking into account that the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 shall not be used. 

• Information elements 

Service Authorized 

Service Activated 

Diverted-to destination 

Subscription options for CFU. 
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6.1.2.7.3 Communication Forwarding Busy (CFB) 

To fulfil the corresponding PSTN/ISDN and CS supplementary service, only the busy condition among the 
communication diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFB. 

6.1.2.7.4 Communication Forwarding No Reply (CFNR) 

To fulfil the corresponding PSTN/ISDN and CS supplementary service, only the no-answer condition among the 
communication diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFNR. 

Communication forwarding on no reply timer : Timer duration is a network provider option. 

6.1.2.7.5 Communication Forwarding on Not Logged in (CFNL) 

To fulfil the corresponding CS supplementary service, only the not-registered condition among the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFNL. 

6.1.2.7.6 Communication Deflection (CD) 

CD matches the corresponding PSTN/ISDN supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
Subscription options for CD. 
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6.1 .2.7.7 Communication Forwarding on Subscriber Not Reachable (CFNRc) 

To fulfil the corresponding CS supplementary service, only the not-reachable condition among the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 
- Diverted-to destination: A SIP URI or a TEL URI. 
Subscription options for CFNRc. 

6.1.2.7.8 Communication Diversion Notification (CDIVN) 

CDIV notification has no equivalent PSTN/ISDN or CS supplementary service and then is not supported by the binary 
option. 

6.1 .2.7.9 Network provider options for CDIV services 

The network provider options for CDIV services supported with the binary option are those described in 3GPP TS 
24.604 [2] Table 4.3. 1 .2, with the exception of the CDIVN Buffer Timer / Timer Value for AS to store CDIVN that is 
not supported. 

6.1 .2.8 Communication Waiting (CW) 

CW is described in 3GPP TS 24.615 [9] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Subscription option: Served user subscribes to "calling user receives notification that his call is 
waiting". 

6.1.2.9 Communication HOLD (HOLD) 

HOLD is described in 3GPP TS 24.610 [7] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.10 Communication Barring (CB) 

CB is described in 3GPP TS 24.61 1 [8] and comprises 2 services: Incoming Communication Barring (ICB) and 
Outgoing Communication Barring (OCB). 

CB partially matches the corresponding PSTN/ISDN and CS Call Barring supplementary service. As no one of the 
communication diversion rule conditions described in 3GPP TS 24.611 [8] subclause 4.9.1.4 applies to the 
corresponding PSTN/ISDN and CS Call Barring service, ICB applies to all incoming communications and OCB applies 
to all outgoing communications. 

• Information elements for ICB 

Service Authorized 
Service Activated. 
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• Information elements for OCB 

Service Authorized 
Service Activated. 

6.1 .2.1 1 Completion of Communications to Busy Subscriber (CCBS) 

CCBS is described in 3GPP TS 24.642 [12] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1 .2.1 2 Completion of Communications on No Reply (CCNR) 

CCNR is described in 3GPP TS 24.642 [12] and matches the corresponding PSTN/ISDN and CS supplementary 
service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1 .2.1 3 Message Waiting Indication (MWI) 

MWI is described in 3GPP TS 24.606 [4] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1 .2.14 CONFerence (CONF) 

CONF is described in 3GPP TS 24.605 [3] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.15 Advice Of Charge (AOC) 

AOC is described in 3GPP TS 32.280 [22] and in 3GPP TS 24.647 [13] . Itcomprises 3 services AOC-S, AOC-D, AOC- 
E. 

AOC matches the corresponding PSTN/ISDN and CS service. 

• Information elements 

Service Authorized (for each service AOC-S, AOC-D, AOC-E) 
Service Activated (for each service AOC-S, AOC-D, AOC-E). 
- AOC service type: as described in 3GPP TS 32.280 [22] 

AOC service obligatory type: as described in 3GPP TS 32.280 [22] 
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- Preferred AOC currency: as described in 3GPP TS 32.280 [22] 

- AOC format: as described in 3GPP TS 32.280 [22] 

6.1 .2.1 6 Explicit Communication Transfer (ECT) 

ECT is described in 3GPP TS 24.629 [11] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.17 Reverse Charging 

Reverse charging for the binary option is not supported in this release. 

6.1.2.18 Closed User Group (CUG) 

CUG is described in 3GPP TS 24.654 [14]. 

CUG for the binary option is not supported in this release. 

6.1 .2.1 9 Three-Party (3PTY) 

3PTY is described in 3GPP TS 24.605 [3] as a particular case of CONF service and matches the corresponding 
PSTN/ISDN and CS supplementary service. 

6.1 .2.20 Flexible Alerting (FA) 

FA is described in 3GPP TS 24.239 [15]. 

• Information elements for the FA Pilot of a FA group 

Service Authorized 
Service Activated. 
- Single user, Multiple users: as described in 3GPP TS 24.239 [15] 

Pilot/Member status: states if the FA Pilot identity is also a FA Member identity 
- Membership: Demand or Permanent as described in 3GPP TS 24.239 [15] 
List of FA Members identities 

• Information elements for the FA member 

Service Authorized 

List of FA groups to which the FA member belongs to 

FA Member status: Active / Inactive on a per FA group basis 

Default FA groups for the FA member 
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6.1 .2.21 Customized Alerting Tones (CAT) 

CAT is described in 3GPP TS 24.182 [21] and matches the corresponding CS supplementary service. 
• Information elements 
Service Authorized 
Service Activated. 

6.2 Datasets and Service Indications 

6.2.1 Introduction 

The subclause 6.2 specifies the binary description of the service data of the subset of MMTEL service to be stored on 
the HSS and corresponding to the PSTN/ISDN and CS supplementary services. Care has been taken to define rules for 
extendibility, backward compatibility and compactness, since future data structures can evolve from this definition. 

The Service Data contained in the Repository Data of one Service Indication may be a complete service suite definition, 
or can be viewed as a portion of a service definition. The remaining portion of a service definition may be comprised of 
elements specific to a subsequent part of the standardised service or a later addition of elements due to new 
functionalities of a service in a new release, or proprietary extensions. 

To ensure these possibilities. Service Data for the binary option are grouped in a certain number of binary datasets 
hereafter presented. 

6.2.2 Datasets 

The structure of datasets described in subclause 6.3.2 allows to define different types of datasets. In this release, the 
following datasets are defined: 

the MMTELPSTN-ISDN-CS dataset containing parameters associated to the subset of MMTEL services 
matching the PSTN/ISDN and CS supplementary services. 

the AOC dataset containing parameters for the AOC service, 

the FA pilot dataset containing parameters of the FA pilot in the FA service, 

the FA member dataset containing parameters of the FA member in the FA service. 

Additional services (e.g. new MMTEL services or proprietary MMTEL services) may be defined using new datasets. 

6.2.3 Service Indications 

Dedicated Service Indications shall be used within the binary option for the subset of MMTEL services corresponding 
to the PSTN/ISDN and CS supplementary services. 

The Service indication with the value "MMTEL-PSTN-ISDN-CS-BINARY" shall have a Service Data field containing: 

- the MMTEL-PSTN-ISDN-CS dataset. 

the AOC dataset when the AOC service is configured for the user. 

The Service indication with the value "MMTEL-EXTENSION-BINARY-1" shall be used when the FA service is 
configured for a user and shall have a Service Data field containing the FA dataset. 

New Service Indications can be introduced in the future and associated to new types of datasets. 

Proprietary extensions shall use not standardized Service Indications. There is no constraint for the data structure of the 
proprietary Service Data. Nevertheless, the concept of dataset can be used with a proprietary content. 
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6.3 Binary coding general 

6.3.1 Introduction 

The subclause6.3 gives the general specifications to describe the MMTEL Service data in a binary coding. 

6.3.2 Dataset layout 

The datasets are defined with a compact structure. The compact structure shall consist: 

of a tag-length- value format: this includes a defined 'dataset identifier' and 'length', 

followed by a fixed format structure, wherein defined bits, bytes, 4byte tuples represent known or reserved 
information elements of a MMTEL service, 

finally, to accommodate length variation of some data (e.g. SIP-URI), it accommodates a variable length 
section. 

A dataset shall be 4-byte aligned. 

Within a dataset structure, different common data forms are defined. These include some fairly standard terms and 
rules, derived from common practice for 32-bit processors: 

Byte == octet 

Long == 4 bytes (signed and unsigned) 

Short == 2 bytes (signed, unsigned) 

Data alignment is such that the size of the data set shall be a 4-byte multiple and be achieved with a padding feature at 
the end of the dataset. 

Bit fields take up only the number of bits they say they do. Alignment of bit fields is not across a 4-byte boundary. 

6.3.3 Order 

Network byte ordering means most significant byte first. 
Bit field order: Most significant bit first. 

6.3.4 Character representation 

Character representation uses UTF-8 representation. 
String representations should be displayable. 

6.3.5 Byte representation 

Byte structures can be variable in length. They use the tag-length value approach, wherein the length defines the end of 
a variable length byte definition. 

Variable byte structures interpreted as strings should not contain the null character. 

If no variable length data were defined, then a dataset would have fixed length. 

When there are variable length data, the dataset length will not remain constant from subscriber to subscriber, as each 
may have different variable length parameters. 
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6.3.6 Variable size data 

Some data must remain flexibly defined regarding their length. Main example is strings, such as URIs, digit-strings, 
IMPUs. 

The fixed format part of the dataset contains the information that is used when identifying variable length data 
described in the dataset. This information comprises: 

variable_data_offset (unsigned short ): byte offset from the dataset start 

variable_data_length (unsigned short): number of bytes. 

The variable_data_offset is the offset (in bytes) from the beginning of dataset to the beginning of a variable data. The 
variable_data_length determines the end of the variable data. A variable_data_offset of indicates a non-provided 
sequence. 

A specific dataset does not have a specific size, although it will at least have a minimum size (the size if no variable 
data are defined at all). 

The offset plus the length information shall verify: 

i. offset >= fixed size of the fixed part of the dataset (unless offset == 0), and 

ii. offsetH-length <= total size of the dataset. 

iii. there is no overlap between variable data. 

6.3.7 Variable length data constraints 

The following complements the usage of the pointer references (offset and length): 

a) The order of variable data values in the variable section of the dataset shall match the order of the offset + length 
elements in the fixed section of the dataset. Offsets to data shall have increasing values in the order the offsets 
are encountered in the fixed portion of the dataset. 

b) When the size of a variable length data field increases, the entire variable length section of the dataset must be 
realigned. 

c) When there is no variable data associated to an offset data, the length shall be 0, and the offset shall have a value 
equal to the value of the next offset encountered in the fixed portion of the dataset. 

d) If the same data value appears more than once in a given dataset, it shall not be implemented as two pointers to 
the same value. 

e) Holes should not occur between variable data values. 

If they do, then the AS is not responsible for maintaining the information in these holes and alternate ASs may 
remove them in subsequent write actions. 

f) Space after the last variable data value is not significant, and may not be retained. 
An example of a dataset with variable length data is given for information in Annex A. 
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6.4 Binary coding of datasets 
6.4.1 Dataset Header 

Each dataset shall start with a Dataset Header. 

• DATASET HEADER 



Table 6.4.1-1 : Dataset Header 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



dataset identifier 



dataset_length 



• dataset_identif ier 

It differentiates the data sets contained in the Service Data of the same Service Indication. It identifies the data structure 
of the dataset. 



• dataset_length 
Length in bytes of the dataset including the DATASET_HEADER. 

6.4.2 IVIIVITEL-PSTN-ISDN-CS Dataset 



6.4.2.1 



4-byte 
tuple 


4 



12 
16 
20 
24 
28 
32 
36 
40 
44 
48 
52 
56 



MMTEL-PSTN-ISDN-CS Dataset content 



Table 6.4.2.1-1 : MMTEL-PSTN-ISDN-CS Dataset fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



DATASET_HEADER 



service authorisation 



service_activation 



RESERVED 



identity_services_param 



CFU_param 



CFB_param 



CFNR_param 
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60 

64 

68 

72 

76 

80 

84 

88 

92 

96 

100 

104 

108 

112 

116 

120 

124 



CFNRc_param 



CFNL_param 



CD_param 



CDIV_network_provider_options 



CW_param 



ICB_param 



OCB_param 



RESERVED 



RESERVED 



Data with variable length 



NOTE: ACR, HOLD, CCBS, CCNR, MWI, CONF, AOC, ECT, CAT have no parameter field. 

6.4.2.2 Dataset Header 

• dataset_identif ier 
The value of dataset_identif ier of the MMTEL-PSTN-ISDN-CS Dataset is 1. 
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6.4.2.3 service_authorisation 

Bit field that can support up to 64 services. A bit is associated to a MMTEL Service and indicates if: 
it is authorized: bit value 1, 





- 


or not: bit value 


Bi 


t-0 


Reserved 


Bi 


t-1 


OIP 


Bi 


t-2 


OIR 


Bi 


t-3 


TIP 


Bi 


t-4 


TIR 


Bi 


t-5 


MCID 


Bi 


t-6 


ACR 


Bi 


t-7 


CPU 


Bi 


t-8 


CFB 


Bi 


t-9 


CFNR 


Bi 


t-10 


CFNRc 


Bi 


t-11 


CFNL 


Bi 


t-12 


CD 


Bi 


t-13 


Reserved 


Bi 


t-14 


CW 


Bi 


t-15 


HOLD 


Bi 


t-16 


Incoming CB 


Bi 


t-17 


Outgoing CB 


Bi 


t-18 


CCBS 


Bi 


t-19 


CCNR 


Bi 


t-20 


MWI 


Bi 


t-21 


CONF 


Bi 


t-22 


AOC-S 


Bi 


t-23 


AOC-D 


Bi 


t-24 


AOC-E 


Bi 


t-25 


Reserved 


Bi 


t-26 


Reserved 


Bi 


t-27 


ECT 


Bi 


t-28 


CAT 


Bi 


t-29 


FA 



6.4.2.4 service_activation 

Bit field that can support up to 64 services. A bit is associated to a MMTEL Service and indicates if the MMTEL 
service is activated. Indexation is the same as for service_authorization. 

6.4.2.5 identity_services_param 

Table 6.4.2.5-1 : identity_services_parain fields 



4-byte 
tuple 


3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


28 


(a) 1 (b) 1 (c) 1 (d) 1 (e) | (f) | (g) | (h) | (i) | RESERVED 
1 1 1 1 1 1 1 1 1 
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Table 6.4.2.5-2: identity_services_param values 



Field 


Identity services Parameters 


Value 


Binary value 


(a) 


OIR mode 


Permanent mode 
Temporary mode 


Bit 31 




Bit 30 


1 


(b) 


OIR Temporary IVlode Default 


Presentation restricted 
Presentation not 
restricted 


Bit 29 




Bit 28 


1 


(c) 


OIR restriction 


Restrict the asserted 

identity 

Restrict all private 

information appearing in 

headers 


Bit 27 





Bit 26 


1 


(d) 


OIP Override capability 


No 
Yes 


Bit 25 




Bit 24 


1 


(e) 


TIR Mode 


Permanent mode 
Temporary mode 


Bit 23 




Bit 22 


1 


(f) 


TIRTemp Mode Default 


Presentation restricted 
Presentation not 
restricted 


Bit 21 




Bit 20 


1 


(g) 


TIP Override capability 


No 
Yes 


Bit 19 




Bit 18 


1 


(h) 


Reserved 








(i) 


MOID Mode 


Permanent 
Temporary 


Bit 15 




Bit 14 


1 



6.4.2.6 



CFU_param 



Table 6.4.2.6-1 : CFU_param fields 



4-byte 
tuple 

32 
36 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 



1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



RESERVED 



CFU_subscription_options 
(a) I (b) I (c) I (d) I (e) | (f) | (g) 



I (h) 



CFU_divertedto_destination_ 
Offset 



CFU_divertedto_destination_ 
Length 



CFU_divertedto_destination_of f set is the pointer to CFU diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFU_subscription_options : described in subclause 6.4.2.12. 



6.4.2.7 



4-byte 
tuple 

40 
44 



CFB_param 



Table 6.4.2.7-1 : CFB_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 



RESERVED 



CFB_divertedto_destination_ 
Offset 



1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



CFB_subscription_options 

(a) I (b) I (c) I (d) I (e) | (f) | (g) | (h) 



CFB_divertedto_destination_ 
Length 



CFB_divertedto_destination_of f set is the pointer to CFB diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFB_subscription_options : described in subclause 6.4.2.12. 
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6.4.2.8 



CFNR_param 



4-byte 
tuple 

48 
52 



Table 6.4.2.8-1 : CFNR_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


no reply timer | CFNR subscription options 

1 (a) 1 (b) 1 (c) 1 (d) 1 (e) | (f) | (g) | (h) 


CFNR_divertedto destination | CFNR divertedto destination 
Offset 1 Length 



• CFNR_divertedto_destination_of f set is the pointer to CFNR diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

• CFNR_subscription_options : described in subclause 6.4.2.12. 

• no_reply_timer is an integer with values between and 180 seconds for communication forwarding on 
no reply timer. 



6.4.2.9 



CFNRc_param 



4-byte 
tuple 

56 
60 



Table 6.4.2.9-1 : CFNRc_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


RESERVED | CFNRc subscription options 

1 (a) 1 (b) 1 (c) 1 (d) 1 (e) | (f) | (g) | (h) 


CFNRc_divertedto_destination_ | CFNRc divertedto destination 
Offset 1 Length 



CFNRc_divertedto_destination_of f set is the pointer to CFNRc diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFNRc_subscription_options : described in subclause 6.4.2.12. 



6.4.2.10 CFNL_param 



4-byte 
tuple 

64 
68 



Table 6.4.2.10-1 : CFNL_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 


1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


RESERVED 


CFNL_subscription_options 
(a) 1 (b) 1 (c) 1 (d) 1 (e) | (f) | (g) | (h) 


CFNL divertedto destination 
Offset 


CFNL divertedto destination 
Length 



CFNL_divertedto_destination_of f set is the pointer to CFNL diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFNL_subscription_options : described in subclause 6.4.2.12. 



£75/ 



3GPP TS 29.364 version 9.3.1 Release 9 



27 



ETSI TS 129 364 V9.3.1 (2013-05) 



6.4.2.11 CD_param 



Table 6.4.2.11-1: CD_param fields 



4-byte 
tuple 

72 
76 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 



1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



RESERVED 



CD_subscription_options 

(a) I (b) I (c) I (d) I (e) | (f) | (g) | (h) 



RESERVED 



RESERVED 



CD_subscription_options : described in subclause 6.4.2.12. 



6.4.2.12 Subscription options of CDIV Services 

CFU_subscription_options, CFB_subscription_options, CFNR_subscription_options, 
CFNRc_subscription_options, CFNL_subscription_options, CD_subscription_options 
use the same format with bit fields according to the following tables: 

Table 6.4.2.12-1 : CDIV Subscription options bit field 



1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



I I I I I I I 
(a) I (b) I (c) I (d) I (e) | (f) | (g) | (h) 



Table 6.4.2.12-2: CDIV Subscription options binary values 



Field 


Subscription options 


Value 


Binary value 


Applicability 


(a) 


Served use/receives indication that a 




Bit 15 


Bit 14 


CFU 




communication lias been forwarded 


No 








CFB 






Yes 





1 


CFNR 
CFNRc 


(b) 


Originating user receives notification that his 




Bit 13 


Bit 12 


CFU 




communication has been diverted (forwarded 


No 








CFB 




or deflected). 


Yes 





1 


CFNR 
CFNRc 
CFNL 
CD 


(c) 


Served user allows the presentation of 




Bit 11 


Bit 10 


CFU 




diverted to URI to originating user in diversion 


No 








CFB 




notification. 


Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(d) 


Served user receives reminder indication on 




Bit 9 


Bits 


CFU 




outgoing communication that CDIV is 


No 








CFB 




currently activated. 


Yes 





1 


CFNR 

CFNRc 

CFNL 


(e) 


Served user allows the presentation of his/her 




Bit? 


Bite 


CFU 




URI to diverted-to user. 


No 








CFB 






Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(f) 


Served user allows the presentation of his/her 




Bits 


Bit 4 


CFU 




URI to originating user in diversion 


No 








CFB 




notification. 


Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(g) 


Reserved 










(h) 


Reserved 
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6.4.2.1 2A CDIV_network_provider_options 



4-byte 
tuple 

80 
84 



Table 6.4.2. 12A-1: CDIV_network_provider_options fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


1 1 1 number of diversions 
(a) 1 (b) 1 1 


CDIV indication timer | RESERVED 

1 



• Fields (a) and (b) 



Table 6.4.2. 12A-2: CDIV_network_provider_options values 



Field 


Networl< provider option 


Value 


Binary value 


Applicability 


(a) 


Served user communication 
retention on invocation of 
diversion 


Retain communication to the 
served user until alerting begins at 
the diverted-to user 
Clear communication to the served 
user on invocation of call diversion 


Bit 31 





Bit 30 

1 




CFNR 
CD 


(b) 


Served user communication 
retention when diverting is 
rejected at 
diverted-to user. 


Continue to alert the diverting user 
No action at the diverting user 


Bit 29 




Bit 28 

1 



CFNR 
CD 



• number_of diversions is an integer giving the total number of all diversions for each communication 

• CDIV_indication_timer is an integer with values between and 60 seconds. 



6.4.2.13 CW_param 



Table 6.4.2.13-1 : cw_param fields 



4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



(a) I 



RESERVED 



RESERVED 



Table 6.4.2.13-2: cw_param values 



Field 


CW Parameters 


Value 


Binary value 


(a) 


calling user receives notification that his call is 
waiting 


No 
Yes 


Bit 31 




Bit 30 


1 



6.4.2.14 ICB_param 



4-byte 
tuple 

92 
96 



Table 6.4.2.14-1: ICB_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 


1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


RESERVED 


RESERVED 


RESERVED 


RESERVED 



In this release, as indicated in subclause 6.1.2.10, there is no parameter that applies to the ICB service; ICB_param 
fields are Reserved. 
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6.4.2.15 OCB_param 



4-byte 
tuple 

100 
102 



Table 6.4.2.15-1 : 0CB_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6 


1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


RESERVED 


RESERVED 


RESERVED 


RESERVED 



In this release, as indicated in subclause 6.1.2.10, there is no parameter that applies to the OCB service; OCB_param 
fields are Reserved. 



6.4.2.16 



Void 



6.4.3 AOC Dataset 



6.4.3.1 



AOC Dataset content 



Table 6.4.3.1-1 : AOC Dataset fields 



4-byte 
tuple 


4 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



DATASET HEADER 



AOC_service_ 
type 



I AOC_service_obl | 
I igatory_type | 



RESERVED 



I AOC_format 
I 



Pref erred_AOC_currency 



6.4.3.2 Dataset Header 

• dataset_identif ier 
The value of dataset identifier of the AOC Dataset is 2. 



6.4.3.3 



AOC_service_type 



Table 6.4.3.3-1 : AOC_service_type fields 



4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


(a) 1 (b) 1 (c) 1 (d) 1 
1 1 1 1 



Table 6.4.a.3-2: AOC_service_type values 



Field 


AOC service type 


Value 


Binary value 


(a) 


AOC service type (AOC-S) 


No 
Yes 


Bit 31 




Bit 30 


1 


(b) 


AOC service type (AOC-D) 


No 
Yes 


Bit 29 




Bit 28 


1 


(c) 


AOC service type (AOC-E ) 


No 
Yes 


Bit 27 




Bit 26 


1 



£75/ 



3GPP TS 29.364 version 9.3.1 Release 9 



30 



ETSI TS 129 364 V9.3.1 (2013-05) 



(d) 


RESERVED 




Bit 25 


Bit 24 



6.4.3.4 



AOC_service_obligatory_type 



4-byte 
tuple 



Table 6.4.3.4-1 : AOC_service_obligatory_type fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


1 (a) 1 (b) 1 (c) 1 (d) 1 
1 1 1 1 1 



Table 6.4.3.4-2: AOC_service_obligatory_type values 



Field 


AOC service obligatory type 


Value 


Binary value 


(a) 


AOC service obligatory type for AOC-S 


None 

AOC-I 

AOC-C 


Bit 23 



1 


Bit 22 


1 



(b) 


AOC service obligatory type for AOC-D 


None 

AOC-I 

AOC-C 


Bit 21 


1 


Bit 20 


1 



(c) 


AOC service obligatory type for AOC-E 


None 

AOC-I 

AOC-C 


Bit 19 


1 


Bit 18 


1 



(d) 


RESERVED 




Bit 17 


Bit 16 



6.4.3.5 



Preferred_AOC_currency 



Pref erred_AOC_currency is of type Unsigned32 and contains the currency numeric code as defined in ISO 4217 
[23]. 



6.4.3.6 



AOC format 



Table 6.4.3.6-1 : AOC format fields 



4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


1 (a) 1 (b) 1 (c) 1 (d) 
1 1 1 1 



Table 6.4.3.6-2: AOC_f ormat values 



Field 


AOC format 


Value 


Binary value 


(a) 


AOC format for AOC-S 


None 
Monetary 
Non Monetary 
CAI 


Bit 23 


1 

1 


Bit 22 


1 


1 


(b) 


AOC format for AOC-D 


None 
Monetary 
Non Monetary 
CAI 


Bit 21 



1 
1 


Bit 20 


1 


1 
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(c) 


AOC format for AOC-E 


None 
Monetary 
Non Monetary 
CAI 


Bit 19 



1 
1 


Bit 18 


1 


1 


(d) 


RESERVED 




Bit 17 


Bit 16 



6.4.4 FA Pilot Dataset 



6.4.4.1 FA Pilot Dataset contentTable 

6.4.4.1-1 : FA Pilot Dataset fields 



4-byte 
tuple 


4 



12 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



DATASET HEADER 



FA_pilot_param 



FA_members_list_po inter 



FA members number 



I 



FA members list 



FA member IMPU 



FA member IMPU 



6.4.4.2 Dataset Header 

• dataset_identif ier 
The value of dataset identifier of the FA Pilot Dataset is 3. 



6.4.4.3 



4-byte 
tuple 



FA_pilot_param 



Table 6.4.4.3-1 : FA_pilot_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


Reserved | Reserved 

1 



Table 6.4.4.3-2: FA_pilot_param values 



Field 



FA Pilot Parameters 



Value 



I Binary value 
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(a) 


Pilot/Member status 


FA Pilot is not FA IVIember 
FA Pilot is FA Member 


Bit 31 

1 




(b) 


Single/multiple user 


Single User 
Multiple Users 


Bit 30 


1 




(c) 


Membership 


FA Membership is Permanent 
FA Membership is on Demand 


Bit 29 


1 





6.4.4.4 



FA_members_list_pointer 



The FA_members_list_pointer is an offset, as defined in clause 6.3.6, pointing to the beginning of 

F A_membe r s_l i s t . 

6.4.4.5 FA_members_number 

FA_ineinbers_number indicates the number of FA members and is an integer. 



6.4.4.6 



FA members list 



Table 6.4.4.6-1 : FA_members_list fields 



4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


FA_member_of f set 


1 FA_member_length 
1 


Reserved 


FA_member_of f set 


1 FA member length 
1 


Reserved 



FA_membe r s_l i s t comprises identical field sets of which the number is the number of FA members. 
Each field set comprises: 

FA_member_of f set: as defined in clause 6.3.6, it points to the beginning of the FA member IMPU field 

FA_member_length: it gives the length of the FA_member_IMPU field 

A Reserved field 

6.4.4.7 FA_memberJMPU 

FA_member_IMPU gives the IMPU of a FA member and is a string of variable length. 
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6.4.5 FA Member Dataset 

6.4.5.1 FA Member Dataset content 

Table 6.4.5.1-1 : FA Member Dataset fields 



4-byte 
tuple 


4 
8 

12 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



DATASET HEADER 



FA_member_param 



FA_groups_list_po inter 



FA_groups_number 



I 



FA groups list 



FA pilot IMPU 



FA pilot IMPU 



6.4.5.2 Dataset Header 

• dataset_identif ier 
The value of dataset_identif ier of the FA Member Dataset is 4. 



6.4.5.3 



FA_member_param 



Table 6.4.5.3-1 : FA_member_param fields 



4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 


Reserved | Reserved 

1 



6.4.5.4 FA_groups_list_pointer 

The FA_groups_list_pointer is an offset, as defined in clause 6.3.6, pointing to the beginning of 

FA_groups_list. 

6.4.5.5 FA_groups_number 

FA_groups_number indicates the number of FA groups which the FA member belongs to and is an integer. 

6.4.5.6 FA_groupsJist 

Table 6.4.5.6-1 : FA_groups_list fields 
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4-byte 
tuple 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6!5|4|3|2|1|0 


FA group offset | FA group length 

1 


FA_group_param | Reserved 

1 


FA_group_of f set | FA_group_length 

1 


FA group param | Reserved 

1 



FA_groups_list comprises identical field sets of which the number is the number of FA groups. 
Each field set comprises: 

FA_group_of f set: as defined in clause 6.3.6, it points to the beginning of the FA_Pilot_IMPU field 

FA_member_length: it gives the length of the FA_pilot_IMPU field 

FA_group_param 

A Reserved field 



6.4.5.7 



4-byte 
tuple 



FA_group_param 



Table 6.4.5.7-1 : FA_group_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 



albl 
I I 



Reserved 



Reserved 



Table 6.4.5.7-2: FA_group_param values 



Field 


FA Group Parameters 


Value 


Binary value 


(a) 


FA Member status in the FA group 


FA Member is inactive in the 

FA group 

FA Member is active in the FA 

group 


Bit 31 


1 




(b) 


Default FA group 


The FA group is not a default 
FA group for the FA member 
The FA group is a default FA 
group for the FA member 


Bit 30 


1 





6.4.5.8 



FA_pilotJMPU 



FA_pilot_IMPU gives the IMPU of the FA pilot of the FA group and is a string of variable length. 
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6.5 Compatibility mechanism 

6.5.1 General 

The subclause 6.5 describes the mechanism to aid compatibiHty of the binary format when introducing extensions to the 
binary option content given in subclause 6.1.2 for new features in the services supported or for new services. 

An AS supporting the new feature/service may generate transparent data where reserved fields of a dataset are allocated 
or new datasets are defined. This transparent data may be accessed by another AS that does not support the extensions 
which may cause interoperability issues. 

6.5.2 Reserved fields 

Reserved fields are defined in the datasets. An AS shall not modify the content of such reserved fields when updating a 
dataset in the HSS. 

6.5.3 Addition of new datasets 

As new datasets defined according to subclause 6.2.2 may be introduced in the same transparent data containing the 
MMTEL-PSTN-CS dataset and so associated to the same service indication, an AS that does not support these new 
datasets shall not modify the content of these datasets when rewriting the transparent data in the HSS. 



7 



IVIIVITEL service data definition based on XIVIL 



7.1 General principles 



The general structure of the MMTEL service data document is shown in Figure 7.1-1 



MMTel Services 



User defined data 



Operator defined data 



Service n 



User defined data 
Operator defined data 



Figure 7.1-1 : General structure of MMTEL service document 

The MMTEL document consists of the services. Each service consists of a user defined part and an operator defined 
part. The user defined data is found in each of the MMTEL supplementary service specifications. The operator defined 
part consists of authorization of the service, and of the subscription options for each of the services. 

7.2 IVIIVITEL services specification 
7.2.0 Service Indications 

A dedicated Service Indication shall be used within the XML option for MMTel services. The value of the Service 
Indication shall be "MMTEL-Services". 

Proprietary extensions shall use not standardized Service Indications. There is no constraint for the data structure of the 
proprietary Service Data. 
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7.2.1 



MMTEL services schema 



The following shows the MMTEL Services schema: 



<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

xmlns : xs = "http : //www. w3 . org/2 00 1/XMLSchema" xmlns : cp="urn : ietf : pa rams : xml : ns : common-policy" 

xmlns : ocp="urn : oma : xml : xdm: common-policy" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDef ault=" unqualified "> 



<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 
<xs 



include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 

include schemaLocation= 



="XCAP.xsd"/> 

=" ope rat or- common-data. xsd"/> 
="originating-identity-presentation . xsd" /> 
="terminating-identity-presentation . xsd" /> 
=" communication-divers ion . xsd" /> 
=" communication- waiting . xsd" /> 
=" communication-barring . xsd" /> 

=" operator-originating- identity-present at ion . xsd" /> 
=" operator-terminating- identity-present at ion . xsd" /> 
=" operator-malicious-communication-identification . xsd" /> 
=" ope rat or- communication-divers ion . xsd" /> 
=" operator-communication- waiting . xsd" /> 
=" operator-communication-hold. xsd" /> 
=" ope rat or- communication-bar ring . xsd" /> 
=" ope rat or-completion-of- communication . xsd" /> 
=" ope rat or-message-waiting- indication . xsd" /> 
=" ope rat or- conference . xsd" /> 
=" ope r at or-advice-of- charge . xsd" /> 

=" operator-explicit-communication-transfer . xsd" /> 
="operator-customized-alerting-tone . xsd" /> 
=" ope rat or- flexible-alerting . xsd" /> 
="f lexible-alerting,xsd"/> 
: element name="MMTel Services" type="ss : tMMTelServicesType"/> 
: complexType name="tMMTelServicesType"> 
<xs : sequence> 

<xs : element name=" complete-originating- identity-present at ion" 
originating- identity-present at ion-type" minOccurs="0 " /> 

<xs : element name="complete-originating-identity-restriction" type="ss : complete- 
originating-identity-restr let ion-type" minOccurs="0 " /> 

<xs : element name=" complete- terminating- identity-present at ion" type="ss : complete- 
terminating- identity-present at ion-type" minOccurs=" " /> 

<xs : element name="complete-terminating-identity-restriction" type="ss : complete- 
terminating-identity-restr let ion-type" minOccurs=" " /> 

<xs : element name=" complete-malicious-communication-identification" type="ss : complete- 
malicious -communication- identification-type" minOccurs="0 " /> 

<xs : element name=" complete- communication-divers ion" type="ss : complete- communication- 
divers ion-type" minOccurs="0 " /> 

<xs : element name=" complete- communication- waiting" type="ss : complete- communication- 
waiting-type" minOccurs="0 " /> 
<xs : element name=' 
type" minOccurs="0 " /> 

<xs : element name=' 
barring-type" minOccurs="0 " /> 

<xs : element name="complete-completion-of- communication-busy- subscriber" 
type="ss : complete-completion-of- communication-busy- subscriber-type" minOccurs=" " /> 

<xs : element name= "complete-completion-of- communication-no- reply " type="ss : complete- 
completion-of- communication-no- reply-type" minOccurs="0 " /> 

<xs : element name="complete-message-waiting- indication" type="ss : complete-mess age- 
waiting- indication-type" minOccurs=" " /> 

<xs : element name=" complete- conference" type="ss : complete- conference-type" 



type="ss : complete- 



complete-communication-hold" type="ss : complete-communication-hold- 
complete-communication-barring" type="ss : complete-communication- 



minOccurs= 
minOccurs= 



■•0"/> 

<xs: element name= 
■•0"/> 

<xs: element name= 



'complete-advice-of-charge" type="ss : complete-advice-of-charge-type" 



''complete-explicit-communication-transfer" type = "ss : complete-explicit- 
communication-transfer-type" minOccurs=" " /> 

<xs : element name="complete-customized-alerting-tone" type="ss : complet e- customized- 
ale rting-t one-type" minOccurs="0 " /> 

<xs : element name=" complete- flexible-alerting" type="ss : complet e- flexible-ale rting-t ype" 
minOccurs="0 " /> 

</xs : sequence> 
</xs : complexType> 

<xs : complexType name = "complete-originating- identity-present at ion-t ype "> 
<xs : sequence> 

<xs : element ref ="ss : originating- identity-present at ion" /> 
<xs : element ref ="ss : operator-originating- identity-present at ion" /> 
</xs : sequence> 
</xs : complexType> 
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<xs : complexType name="complete-originating-identity-restriction-type"> 
<xs : sequence> 

<xs : element ref ="ss : originating-identity-presentat ion-restrict ion" /> 
<xs : element ref ="ss : operator-originating-identity-presentat ion-restrict ion" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-terminating-identity-presentation-type"> 
<xs : sequence> 

<xs : element ref ="ss : terminating- identity-present at ion" /> 
<xs : element ref ="ss : operator-terminating- identity-present at ion" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-terminating-identity-restriction-type"> 
<xs : sequence> 

<xs : element ref ="ss : terminating-identity-presentat ion-restrict ion" /> 
<xs : element ref ="ss : operator-terminating-ident it y-present at ion-restrict ion" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name=" complete-malicious-communication-identification-type "> 
<xs : sequence> 

<xs : element ref ="ss : operator-malicious-communication-identification" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communication-diversion-type"> 
<xs : sequence> 

<xs : element ref ="ss : communication-diversion" /> 
<xs : element ref ="ss : ope rat or- communication-divers ion" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communi cat ion- wait ing-type"> 
<xs : sequence> 

<xs : element ref ="ss : communication- waiting" /> 
<xs : element ref ="ss : ope rat or- communication- waiting" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communication-hold-type"> 
<xs : sequence> 

<xs : element ref ="ss : operator-communication-hold" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communication-barring-type"> 
<xs : sequence> 

<xs : element ref ="ss : incoming-communication-barring" /> 
<xs : element ref ="ss : outgoing-communication-barring" /> 
<xs : element ref ="ss : ope rat or- incoming- communication-bar ring" /> 
<xs : element ref ="ss : oper at or-outgoing-communicat ion-barring" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-completion-of- communication-busy- subs criber-type"> 
<xs : sequence> 

<xs : element ref ="ss : ope rat or-completion-of- communication-busy- subscriber" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-completion-of-communi cat ion-no- reply-type"> 
<xs : sequence> 

<xs : element ref ="ss : ope rat or- completion-of-communicat ion-no- reply " /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-message-waiting-indication-type"> 
<xs : sequence> 

<xs : element ref ="ss : ope rat or-message-waiting- indication" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-conf erence-type"> 
<xs : sequence> 

<xs : element ref ="ss : ope rat or- conference" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-advice-of-charge-type"> 
<xs : sequence> 

<xs : element ref ="ss : ope r at or-advice-of- charge" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-explicit-communication-transf er-type"> 
<xs : sequence> 

<xs : element ref ="ss : operator-explicit-communication-transfer" /> 
</xs : sequence> 
</xs : complexType> 
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<xs : complexType name="complete-customized-alerting-tone-type"> 
<xs : sequence> 

<xs : element ref ="ss : operator-customized-alerting-tone" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-f lexible-alerting-type"> 
<xs : sequence> 

<xs : element ref ="ss : flexible-alerting-de fault " /> 
<xs : element ref ="ss : f lexible-alerting-specif ic" /> 
<xs : choice> 

<xs : element ref ="ss : ope rat or- flexible-alerting" /> 
<xs : element ref ="ss : ope rat or- flexible-ale rting-group" /> 
</xs : choice> 
</xs : sequence> 
</xs : complexType> 
</xs : schema> 

The file "operator-common-data.xsd" contains all the common types of the operator data. This schema is defined as 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs = "http : //www. w3 . org/2 00 1/XMLSchema" 

xmlns : ss="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" quail fled" 

attributeFormDef ault=" unqualified "> 

<! — This schema file contains common types for the operator data — > 

<xs : element name="absOpe rat or Service" type="ss : operatorServiceConf igType" abstract="true" /> 

<xs : complexType name= "operatorServiceConf igType "> 

<xs : attribute name=" authorized" type="xs : boolean" us e=" required" /> 
<xs : anyAt tribute namespace="##any" processContents="lax" /> 
</xs : complexType> 

<xs : simple Type name="identityPresentationModeType"> 
<xs : restriction base="xs : string"> 

<xs : enumeration value="permanent " /> 
<xs : enumeration value=" temporary" /> 
</xs : restriction> 
</xs : simpleType> 

<xs : simple Type name="ident it yP resent at ionRestr let ionType"> 
<xs : restriction base="xs : string"> 

<xs : enumeration value=" only- identity" /> 
<xs : enumeration value=" all-private- information" /> 
</xs : restriction> 
</xs : simpleType> 

<xs : simple Type name="ident it yP resent at ionRestr let ionOverrideType"> 
<xs : restriction base="xs : string"> 

<xs : enumeration value=" over ride-active" /> 
<xs : enumeration value=" override-not -active" /> 
</xs : restriction> 
</xs : simpleType> 
</xs : schema> 

7.2.2 OIP service 

The OIP service is specified together with OIR service in subclause 7.2.3. 

7.2.3 OIR service 
7.2.3.1 User defined data 

The schema defined in subclause 4.10.2 of 3GPP TS 24.607 [5] shall be used. 



7.2.3.2 Operator defined data 



7.2.3.2.1 Data semantics 



The OIP and OIR services are authorized by the operator by setting the "authorized" attributes of <operator-originating 
identity-presentation> and <operator-originating-identity-presentation-restriction>, respectively, to "true". 
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7.2.3.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDef ault=" ungual if led" > 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Originating Identity Presentation (OIP) and Originating Identity 
Restriction (OIR) services 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 
<xs : element name="operator-originating-identity-presentation" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" restrict ion-override" 
type="ss : IdentityPresentationRestrictionOverrideType" default=" override-not-active" minOccurs="0 " /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 

<xs : element name="operator-originating-ident it y-present at ion-restrict ion" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name = "mode" type="ss : IdentityPresentationModeType" /> 
<xs : element name=" restrict ion" 
type="ss : identityPresentationRestrictionType" /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.4 TIP service 

The TIP service is specified together with TIR service, see subclause 7.2.5. 

7.2.5 TIR service 

7.2.5.1 User defined data 

The schema defined in subclause 4.9.2 of 3GPP TS 24.608 [6] shall be used. 

7.2.5.2 Operator defined data 

7.2.5.2.1 Data semantics 

The TIP and TIR services are authorized by the operator by setting the "authorized" attributes of <operator-terminating- 
identity-presentation> and <operator-terminating-identity-presentation-restriction>, respectively, to "true". 

7.2.5.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns : ss="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDef ault=" unqualified "> 
<xs : annotation> 

<xs : documentation xml : lang="en"> 
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operator part of the Terminating Identity Presentation (TIP) and Terminating Identity 
Restriction (TIR) services 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include schemaLo cat ion=" ope rat or- common-data. xsd"/ — > 
<xs : element name="operator-terminating-identity-presentation" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" restrict ion-override" 
type="ss : identityPresentationRestrictionOverrideType" default=" override-not-active" minOccurs="0 " /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 

<xs : element name="operator-terminating-identity-presentation-restriction" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : OperatorServiceConf igType"> 
<xs : sequence> 

<xs : element name = "mode" type="ss : identityPresentationModeType" /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.6 MCID service 

7.2.6.1 User defined data 

No user data associated with MCID service is defined in 3GPP TS 24.616 [10]. 

7.2.6.2 Operator defined data 

7.2.6.2.1 Data semantics 

The MCID service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
malicious-communication-identification> to "true". 

7.2.6.2.2 XML schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDef ault=" unqualified "> 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Malicious Communication Identification (MCID) service 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include schemaLo cat ion=" ope rat or- common-data. xsd"/ — > 
<xs : element name="operator-malicious-communication-identif ication" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name = "mode "> 
<xs : simpleType> 

<xs : restriction base="xs : string"> 

<xs : enumeration value="permanent " /> 
<xs : enumeration value=" temporary" /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 
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</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.7 ACR service 

ACR is a subset of the ICB service, specified in subclause 7.2.11. 

7.2.8 CDIV service 

7.2.8.1 User defined data 

The schema defined in subclause 4.9.2 of 3GPP TS 24.604 [2] shall be used. 

7.2.8.2 Operator defined data 

7.2.8.2.1 Data semantics 

The CDIV service is authorized by the operator by setting the "authorized" attribute of <operator-communication- 
diversion> to "true". 

7.2.8.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
at t r ibut eFormDe f ault=" unqualified "> 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Communication Diversion (CDIV) services 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name=" ope rat or- communication-divers ion" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" communication- ret ention-on- invocation" def ault="clear- 
communication-on-invocation-of-diversion"> 

<xs : simpleType> 

<xs : restriction base="xs : string"> 

<xs : enumeration value= "ret ain-until-alert ing-at -divert ed-to- 
user"/> 

<xs : enumeration value=" clear- communi cat ion-on-invo cat ion-of- 
diversion" /> 

</xs : restriction> 
</xs : simpleType> 
</xs : element> 

<xs : element name= " ret ent ion-when-diverting-reject ed-at-diverted-to-user" 
def ault=" no-act ion-at-diverting-user"> 

<xs : simpleType> 

<xs : restriction base="xs : string"> 

<xs : enumeration value=" continue-to-alert-diverting-user" /> 
<xs : enumeration value= " no-act ion-at-diverting-user" /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 
<xs : element name="total-number-of-diversions-f or-each-communication" 



type="xs : integer" /> 



<xs : element name="cdiv-indication-timer "> 
<xs : simpleType> 

<xs : restriction base="xs : integer"> 
<xs :min Inclusive value="0 " /> 
<xs : max Inclusive value=" 60 " /> 
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</xs : restriction> 
</xs : simpleType> 
</xs : element> 

<xs : element name="communication-f orwarding-on-no-reply-timer "> 
<xs : simpleType> 

<xs : restriction base="xs : integer "> 
<xs :min Inclusive value="0 " /> 
<xs :maxlnclusive value=" 180 " /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 

<xs : element name="cdivn-buf f er-timer " def ault="8 64 00 "> 
<xs : simpleType> 

<xs : restriction base="xs : integer "> 
<xs :min Inclusive value="0 " /> 
<xs :maxlnclusive value="8 6400"/> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.9 CW service 

7.2.9.1 User defined data 

The XML schema as defined in 3GPP TS 24.615 [9] subclause 4.8.3 shall be used. 

7.2.9.2 Operator defined data 
7.2.9.2.1 Data semantics 

The CW service is authorized by the operator by setting the "authorized" attribute of <operator-communication- 
waiting> to "true". 



7.2.9.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDef ault=" ungual if led" > 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Communication Waiting (CW) service 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include schemaLo cat ion=" ope rat or- common-data. xsd"/ — > 

<xs : element name=" operator-communication- waiting" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name= " cal 1 ing-us e r- rece ive s -not ification-his -call- is -waiting" 
def ault=" false" type="xs : boolean" /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 
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7.2.10 HOLD service 

7.2.10.1 User defined data 

No user data is defined in 3GPP TS 24.610 [7] 

7.2.1 0.2 Operator defined data 

7.2.10.2.1 Data semantics 

The HOLD service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
communication-hold> to "true". 

7.2.10.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDef ault=" ungual if led" > 

<xs : annotation> 

<xs : documentation xml : lang="en"> 
Operator part of the Hold service 
</xs : documentation> 

</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name=" ope rat or- communication-hold" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

</xs : element> 
</xs : schema> 

7.2.11 CB service 

7.2.11.1 User defined data 

The XML schema as defined in 3GPP TS 24.611 [8] subclause 4.9.2 shall be used. 

7.2.11.2 Operator defined data 

7.2.11.2.1 Data semantics 

The ICB and OCB services are authorized by the operator by setting the "authorized" attribute of <operator-inconiing- 
communication-barring> and <operator-outgoing-communication-barring> to "true". 

7.2.11.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDef ault=" ungual if led" > 

<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Communication Barring (CB) service 

</xs : documentation> 

</xs : annotation> 

< ! — xs : include s chemaLo cat ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name="operator-incoming-communication-barring" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"/> 

<xs : element name="operator-outgoing-communication-barring" 
substitutionGroup="ss : absOpe rat or Service" nillable="true" /> 
</xs : schema> 
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7.2.12 CCBS/CCNR service 

7.2.12.1 User defined data 

No user defined data specified in 3GPP TS 24.642 [12]. 

7.2. 1 2.2 Operator defined data 
7.2.12.2.1 Data semantics 

The CCBS and CCNR service is authorized and activated by the operator by setting the "authorized" attribute of 
<operator-completion-of-communication-busy-subscriber> and <operator-completion-of-communication-no-reply>, 
respectively, to "true". 

7.2.12.2.1 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

at t r ibut eFormDe f ault=" ungual if ied"> 

<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Completion of Communication (CC) service 

</xs : documentation> 

</xs : annotation> 
< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name="operator-completion-of-communication-busy-subscriber" 
substitutionGroup="ss : absOpe rat or Service" nillable="true" /> 

<xs : element name="operator-completion-of-communication-no-reply" 
substitutionGroup="ss : absOpe rat or Service" nillable="true" /> 
</xs : schema> 

7.2.13 MWI service 

7.2.13.1 User defined data 

No user data is defined in 3GPP TS 24.606 [4]. 

7.2.1 3.2 Operator defined data 

7.2.13.2.1 Data semantics 

The MWI service is authorized and activated by the operator by setting the "authorized" attribute of <operator-message- 
waiting-indication> to "true". 

7.2.13.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDef ault=" ungual if led" > 

<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Message Waiting Indication (MWI) service 

</xs : documentation> 

</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name= " ope rat or-message-waiting- indication" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

</xs : element> 
</xs : schema> 
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7.2.14 CONF service 

7.2.14.1 User defined data 

No user data is defined in 3GPP TS 24.605 [3] 

7.2. 1 4.2 Operator defined data 

7.2.14.2.1 Data semantics 

The Conference service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
conference> to "true". 

7.2.14.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDef ault=" ungual if led" > 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Conference (CONF) service 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name=" ope rat or- conference" substitutionGroup="ss : absOpe rat or Service" 
nillable="true" /> 
</xs : schema> 

7.2.15 AOC service 

7.2.15.1 User defined data 

No user data is defined in 3GPP TS 24.647 [13] 

7.2.15.2 Operator defined data 

7.2.15.2.1 Data semantics 

AOC service is described in 3GPP TS 32.280 [22] and in 3GPP TS 24.647 [13]. It consists of 3 services types AOC-S, 
AOC-D, AOC-E paired with an AOC Service obligatory type. 

Information elements 

- Service Authorized (for each service type AOC-S, AOC-D, AOC-E) 

- AOC service type as described in 3GPP TS 32.280 [22] 

- AOC service obligatory type as described in 3GPP TS 32.280 [22] 

- Preferred AOC currency as described in 3GPP TS 32.280 [22] 

- AOC format as described in 3GPP TS 32.280 [22] 

The AOC services are authorized and activated by the operator by setting the "authorized" attribute of <operator-advice- 
of-charge-s>, <operator-advice-of-charge-d>, <operator-advice-of-charge-e> to "true". 

7.2.15.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 

xmlns : ss="http: //uri . etsi . org/ngn/params/xml/simservs/xcap" 
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targetNamespace="http: //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
at t r ibut eFormDe f ault=" unqualified "> 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Advice of Charge (AOC) service 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include s chemaLo c at ion=" ope rat or- common- data .xsd"/ — > 

<xs : element name= " ope r at or-advice-of- charge" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" service-type" type="ss : service-typeType" /> 
<xs : element name= "Currency" type="ss : Currency Type" /> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 

<xs : complexType name=" service-typeType "> 
<xs : sequence> 

<xs : element name="operator-aoc-d" type="ss : operator-aoc-type" nillable="true" 
minOccurs="0"/> 

<xs : element name="operator-aoc-e" type="ss : operator-aoc-type" nillable="true" 
minOccurs="0 " /> 

<xs : element name="operator-aoc-s " type="ss : operator-aoc-type" nillable="true" 
minOccurs="0 " /> 

</xs : sequence> 
</xs : complexType> 
<xs : simple Type name= "Currency Type "> 

<xs : restriction base="xs : string"> 

<xs:pattern value = " [A-Z] ( 3 } " /> 
</xs : restriction> 
</xs : simpleType> 

<xs : complexType name="operator-aoc-type"> 
<xs : sequence> 

<xs : element name="aoc-obligatory-type" type="ss : obligatory-typeType" /> 
</xs : sequence> 

<xs : attribute name=" activated" type="xs : boolean" use= " required" /> 
</xs : complexType> 

<xs : simple Type name="obligatory-typeType"> 
<xs : restriction base="xs : string"> 
<xs : enumeration value="AoCI " /> 
<xs : enumeration value="AoCC"/> 
</xs : restriction> 
</xs : simpleType> 

</xs:schema> 

7.2.16 ECT service 

7.2.16.1 User defined data 

No user data is defined in 3GPP TS 24.629 [U]. 

7.2.16.2 Operator defined data 

7.2.16.2.1 Data semantics 

The ECT service is authorized and activated by the operator by setting the "authorized" attribute of <operator-explicit- 
communication-transfer> to "true". 

7.2.16.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" quail fled" 
attributeFormDef ault=" unqualified "> 
<xs : annotation> 
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<xs : documentation xml : lang="en"> 

Operator part of the Explicit Communication Transfer (ECT) service 
</xs : documentation> 
</xs : annotation> 

< ! — xs : include schemaLocation="operator-common-data . xsd" / — > 
<xs : element name="operator-explicit-communication-transf er" 
substitutionGroup="ss : absOpe rat or Service" nillable="true"/> 
</xs : schema> 

7.2.17 Reverse charging service 

NOTE: The reverse charging service is not defined 

7.2.18 CUG service 

7.2.18.1 User defined data 

CUG is not supported for the XML option. 

7.2.18.2 Operator defined data 

CUG is not supported for the XML option. 

7.2.19 3PTY service 

3PTY service is a subset of the CONF service specified in subclause 7.2.14. 

7.2.20 FA service 
7.2.20.1 User defined data 

The XML schema as defined in 3GPP TS 24.239 [15] subclause 4.8.3 shall be used. 

7.2.20.1 Operator defined data 

7.2.20.1.1 Data semantics 

The FA service is authorized and activated by the operator by setting the "authorized" attribute of <operator-flexible- 
alerting> to true. 

7.2.20.1.2 XML schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs=" http: //www. w3 . org/200 1/XMLSchema " 

xmlns : ss="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDef ault=" unqualified "> 

<xs : include schemaLocation=" ope rat or- common- data . xsd" /> 

<xs : element name=" ope rat or- flexible-alerting" substitutionGroup="ss : absOpe rat or Service" 
n i 1 1 ab le="true"> 

<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Flexible Alerting (FA) service 
</xs : documentation> 
</xs : annotation> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" default -group" type="xs : anyURI " /> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
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</xs : element> 

<xs : element name="operator-f lexible-alerting-group" substitutionGroup="ss : absOperatorService" 
nillable="true"> 

<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator schema per Flexible Alerting (FA) group 
</xs : documentation> 
</xs : annotation> 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType"> 
<xs : sequence> 

<xs : element name=" identity" type="xs : anyURI " /> 
< ! — Pilot identity of the FA group — > 
<xs : element name="group-type"> 
<xs : simpleType> 

<xs : restriction base="xs : string"> 

<xs : enumeration value=" single-user" /> 
<xs : enumeration value= "multiple-users " /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 

<xs : element name= "membership "> 
<xs : simpleType> 

<xs : restriction base="xs : string"> 

<xs : enumeration value="demand" /> 
<xs : enumeration value="permanent " /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 
<xs : element name = "members "> 

<! — List of members of the FA group — > 
<xs : complexType> 
<xs : sequence> 

<xs : element name= "member " minOccurs="0 " maxOccurs= "unbounded" > 
<xs : complexType> 

<xs : simpleContent> 

<xs : extension base="xs : anyURI "> 

<xs : attribute name=" active" type="xs : boolean" /> 
</xs :extension> 
</xs : simpleContent> 
</xs : complexType> 
</xs : element> 
</xs : sequence> 
</xs : complexType> 
</xs : element> 
</xs : sequence> 
</xs :extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.21 Void 

7.2.22 CAT service 

7.2.22.1 User defined data 

No user data is defined in 3GPP TS 24.182 [21]. 

7.2.22.2 Operator defined data 
7.2.22.2.1 Data semantics 

The CAT service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
customized-alerting-tone> to "true". 
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7.2.22.2.2 XML Schema 

<?xml version=" 1.0" encoding="UTF-8 " ?> 

<xs : schema xmlns : xs="http : //www. w3 . org/200 1/XMLSchema" 
xmlns :ss="http://uri.etsi. org/ngn/params/xml/simservs/xcap" 

tar get Name space="http : //uri.etsi. org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
at t r ibut eFo rmDe f ault=" ungual if ied"> 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Customized Alerting Tone (CAT) service 
</xs : documentation> 
</xs : annotation> 

<xs : element name="operator-customized-alerting-tone" substitutionGroup="ss : absOpe rat or Service" 
nillable="true"> 

</xs : element> 
</xs : schema> 

8 Mechanisms for transfer of Service Data between 

Application Server and the HSS for AS 
interoperability 

8.1 Sh procedures to transfer Service Data 

Standardized procedures of the Sh interface described in 3GPP TS 29.328 [18] are used between the AS and the HSS to 
access and update the Service Data attached to a user. 

To aid a proper interoperability between AS, a certain number of additional recommendations are hereafter described: 

After an AS has created or modified Service Data, it shall update the Service Data in the HSS with the Sh- 
Update procedure. 

After an AS has downloaded Service Data from the HSS for a given user, it should subscribe to the 
notification of Service Data with the Sh-Subs-Notif 

If the AS has subscribed to the notification of Service Data, the AS shall support the Sh-Notif procedure to 
be informed of the changes in the Service Data. 

HSS and AS shall use Sequence Number information to ensure data synchronization 



8.2 Base64 data encoding 



As the Service Data for the binary option are in binary format, it shall be transcoded in a character mode to be 
transferred over the Sh interface. 

The standard used for this transcoding is the base64 encoding mechanism as described in IETF RFC 2045 [19]. 

In reference to 3GPP TS 29.328 [18], Annex D, Tables D.l and D.2, MMTEL Service Data used for AS interoperability 
is defined according to Table 8.2-1 regarding the XML schema for the Sh user profile interface. 

Table 8.2-1 : Data type for Service Data in the XIVIL schema for the Sh user profile interface 



Data type 


Tag 


Base type 


Comments 


tServiceData 


ServiceData 


String 


Base64 encoded according to RFC 2045 [19] 
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Annex A (informative): 

Dataset example with variable length data 

This example illustrates the use of offset and length elements to point variable data in a dataset. 
Four variables are defined, each with the following values: 

Varl = 012345678 

Var2 empty 

Var3 = ABCD 

Var4= 124345678 
The coding of the dataset is as follows: 

Figure Annex A-1 : Dataset example 
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